home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000295_news@newsmaster….columbia.edu _Thu Sep 4 17:49:46 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA18450
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 4 Sep 1997 17:49:45 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA06500
  7.     for kermit.misc@watsun; Thu, 4 Sep 1997 17:49:44 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.terminals,comp.unix.aix,comp.protocols.kermit.misc
  11. Subject: Re: VT320 emulation
  12. Date: 4 Sep 1997 21:49:38 GMT
  13. Organization: Columbia University
  14. Lines: 43
  15. Message-ID: <5unadi$kd2$1@apakabar.cc.columbia.edu>
  16. References: <340AB90E.2781@atess.bel.alcatel.be> <5ukmsb$7uo$1@vixen.cso.uiuc.edu> <5umll1$874$1@apakabar.cc.columbia.edu> <tsw-0409971206260001@cypher.cagent.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.terminals:11222 comp.unix.aix:119278 comp.protocols.kermit.misc:7615
  19.  
  20. In article <tsw-0409971206260001@cypher.cagent.com>,
  21. Tom Watson <tsw@cagent.com> wrote:
  22. : In article <5umll1$874$1@apakabar.cc.columbia.edu>,
  23. : fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
  24. : 
  25. : <<Deletia regarding how to get control of the raw interface in unix>>
  26. : > 
  27. : > Could an emulator be added to C-Kermit?  Yes, but it would need to be done
  28. : > on a per-platform basis (SCO vs AIX vs Linux vs HP-UX vs Solaris, etc),
  29. : > and some fancy footwork would be required to know when it was usable (user
  30. : > is running it on the physical keyboard and screen) and when it was not
  31. : > (user is coming in from elsewhere).
  32. : 
  33. : There is another idea (which has been tried before as I understand).
  34. :
  35. Yes, for example in tn3270.
  36.  
  37. : Use curses as the interface to the keyboard/screen and translate incoming
  38. : character sequences to the proper curses commands (which will translate
  39. : them to the terminal/window).
  40. : 
  41. That's not the answer either, necessarily.  It's something quite different.
  42. In fact you said it yourself:
  43.  
  44. : Something like this would allow a person who has (as an example) a vt220
  45. : to receive terminal codes from a far end that sends Wyse-50 type codes.
  46. : 
  47. This would not let us get at the real video buffer and the real keyboard.
  48. What most people want when they ask for XYZ terminal emulation is to be able
  49. to type every bizarre key combination allowed by the XYZ terminal and, if
  50. the real keyboard is different, to have a complete mapping, including Alt
  51. keys, F keys, Command keys, Ctrl-Alt combinations, etc etc.  But if C-Kermit
  52. can't see the keyboard, there is no way to do this.
  53.  
  54. Again, you said it yourself:
  55.  
  56. : The problem of proper 'termcap' files also abounds, as they typically
  57. : describe the output (characters to screen) side, but not the input
  58. : (keyboard) side.
  59. : 
  60. Right.  We learned long ago that users demand both sides, not just the one.
  61.  
  62. - Frank